JUIN 1990 - No 1 nouvelle édition (no 54 ancienne édition) 


JÉLN 


EDITORIAL 


Nombreux sont les ingénieurs regrettant qu'il n’y 
ait pas, en informatique industrielle, l'équivalent 
de revues telles que Microsystèmes, Minis et Mi- 


cros, Doctor Dobb's, etc. 


C'est pour combler cette lacune qu'a été créé ce 
Journal d'Etudes et de Documentation en Informa- 
tique Industrielle. Présenté sous forme de lettre- 
magazine, il se veut avant tout pratique et pragma- 
tique. Aussi ne vous attendez pas à trouver ici une 
énumération à la Prévert des x derniers servo- 
mécanismes ou logiciels présentés sur le marché. 
Des études ciblées, une explication claire des 
concepts mis en oeuvre dans certains produits, des 
fiches techniques permettant de se repérer facile- 
ment au milieu du foisonnement de matériels et 
logiciels proposés par le marché, voilà quelques 
unes des clés qui ont guidé notre démarche. 


Axé temps réel et contrôle de processus, JEDIT se veut votre 
journal, c’est-à-dire un outil réellement utilisable par chacun et 
surtout lui permettant “de ne pas réinventer la roue”! 


Nous comptons sur vos idées, vos critiques, en bref votre 
collaboration, pour faire de cette lettre un trait d'union entre 
tous ceux qui conçoivent et utilisent les produits d'informatique 
industrielle. Sa taille n’est donc pas figée mais évoluera en 
fonction de vos demandes, de vos conseils, et (pourquoi pas ?) de 
vos articles. 


Aussi n'hésitez pas à nous écrire, à nous télépho- 


ner, ce pour nous demander de parler d’un environ- 
nement ou d’un dispositif particulier ou encore 
pour nous expliquer les problèmes que vous avez 
rencontrés dans la mise en oeuvre de telle ou telle 
Fsolution”. 


La réponse existe forcément quelque part. À nous de la trouver, 
à nous d’être à votre écoute. 


JOURNAL D'ETUDES ET 
DE DOCUMENTATION EN 
INFORMATIQUE INDUSTRIELLE 
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LE CONTROLE TEMPS REEL 


LA FAMILLE RTX2000 DE HARRIS 
UN NOUVEAU CONCEPT POUR LE TEMPS REEL 


QUELLES SONT LES 
EXIGENCES DU TEMPS- 
REEL ? 


“Qu'y a-t-il d'assez rapide pour le 
temps-réel?”. La complexité de cette 
question prend toute sa dimension 
lorsque l’on aborde la nature spéci- 
fique d’une application temps-réel. 
Une réponse acceptable dans le cadre 
d'un système transactionnel peut 
être de l’ordre d’une demi-seconde. 
Pour un système de contrôle avio- 
nique, il est probable qu'un temps de 
réponse du même ordre soit trop 
lent. 


Dans le premier cas, les processeurs 
conventionnels de traitement de l’in- 
formation apportent une solution 
efficace aux besoins temps-réel. Dans 
le second cas, et dans d’autres, com- 
me l'acquisition de données, le con- 
trôle de processus, la robotique, les 
réseaux locaux et le traitement nu- 
mérique, répondre en un temps 
donné est extrêmement important. 


Il apparaît donc que le temps-réel ne 
peut être défini que dans le contexte 
de l’application finale. Les besoins de 
traitement doivent donc être choisis 
afin de répondre aux événements 
extérieurs critiques, ce en terme de 
temps. Nombre d'ordinateurs néces- 
sitent une grande vitesse d'exécution 
des instructions. Pour les applica- 


tions temps-réel, la latence auxinter- 
ruptions et le changement de con- 
texte sont des spécifications impor- 
tantes et s'ajoutent au besoin de vi- 
tesse d'exécution. 


Les progrès récents, tant au niveau de 
l'électronique que des logiciels, ont 
permis de réduire le temps de répon- 
se aux interruptions et le change- 
ment de contexte à quelques micro- 
secondes sur les processeurs actuels. 


Le microcontrôleur 16 bits RTX2000 
le réduit à 400 nanosecondes pour les 
interruptions, à deux microsecondes 
pour un changement de contexte, et 
atteint une performance de 10 Mil- 
lions d'instructions par seconde. 


La considération clé dans le traite- 
ment temps-réel reste la prédicti- 
bilité. La plupart des ordinateurs 
possèdent des mécanismes propres à 
diminuer le temps d'exécution 
moyen des instructions. Ces méca- 
nismes, pipelines, mémoire cache, 
registres intégrés et compilateurs- 
oplimiseurs contribuent tous à 
l'amélioration du temps moyen 
d'exécution. Ils contribuent égale- 
ment à accroître l'incertitude en 
matière de prédictibilité du temps 
d'exécution. 


Finalement, on a recours à la logique 
externe, à savoir des contrôleurs de 
DMA ainsi que des processeurs d'E/S 


spécialisés pour faire face aux besoins 
les plus simples d’interfaçage avec le 
monde extérieur. 


Grâce à sa vitesse d'exécution, à ses 
réactions rapides aux événements 
extérieurs et à la prédictibilité de ses 
temps de traitement, le RTX2000 
contribue de manière significative à 
une meilleure intégration de l’appli- 
cation, en remplaçant nombre de 
fonctions externes par du logiciel . 


LE DETERMINISME DANS 
LES APPLICATIONS 
TEMPS-REEL. 


Une dimension essentielle des 
performances d’un système temps- 
réel reste le déterminisme à 
l'exécution. Ceci est fondamental au 
niveau de la durée de développement 
du système ainsi que lors de son 
comportement face aux pires 
conditions dans son environnement 
final. Le déterminisme à l'exécution 
permet au programmeur de connaî- 
tre le nombre exact de cycles machi- 
ne nécessaires au processeur pour 
exécuter une partie donnée de 
l'application. 


Le processeur souffre d’un certain 
indéterminisme à l'exécution si le 
nombre de cycles dépend de la 
succession des instructions, du type 
de celles-ci, ou encore de la valeur 
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des données. Par exemple, variation 
du temps d'exécution en fonction de 
la présence ou de l'absence des don- 
nées nécessaires dans la mémoire 
cache. Si le nombre de cycles machi- 
ne nécessaires pour multiplier deux 
entiers dépend de l’un des opérandes, 
il s’agit alors d’indéterminisme issu 
des données. Aucun de ces types d’in- 
déterminisme n’est acceptable dans 
unsystème temps-réel. 


En dernière analyse, le concepteur 
doit estimer les performances du 
système en se référant aux temps 
d'exécution les plus pessimistes. 


Le haut niveau d'intégration actuel 
des architectures CISC et RISC, asso- 
cié à la complexité du code exécu- 
table produit par les compilateurs 
optimiseurs, empêchent les concep- 
teurs d'apprécier correctement les 
temps d'exécution dans les condi- 
tions d'utilisation critiques. La plu- 
part des options d'exécution sont 
masquées, soit par le contenu de la 
mémoire cache et la recopie des 
registres, soit par des situations de 
branchement retardé. 


UNE ALTERNATIVE AUX 
MICROPROCESSEURS 
CONVENTIONNELS 
POUR LE TEMPS-REEL 


La plupart des microprocesseurs 
sont optimisés pour les applications 
bureautiques tels que tableurs, bases 
de données, traitement de texte, 
etc. ainsi que pour les environ- 
nements station de travail. Des 
composants complexes sont utilisés 
dans ces applications pour gérer la 
mémoire et les données. À l’opposé, 
les microcontrôleurs profitent de la 
croissance de l'intégration, rendue 
possible par les progrès techno- 
logiques, afin d'offrir des produits 
dédiés à ces applications. Une grande 
variété de circuits destinés à des 
applications spécifiques, ainsi que 
des produits d'usage plus général, 
ont fait leur apparition. Pourtant, les 
microcontrôleurs ont toujours été 
plus lents que les microprocesseurs, 
et n’ont actuellement pas été 
optimisés pour letemps-réel. 
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Les microcontrôleurs peuvent être 
globalement classifiés comme 
génériques ou spécifiques à l’appli- 
cation. Les produits génériques, cas 
du RTX2000, offrent des solutions 
pour un grand éventail d’appli- 
cations. Le RTX2000, grâce à son bus 
ASIC novateur, permet l’optimisa- 
tion de la solution en simplifiant le 
partage entre HARDWARE et 
SOFTWARE pour l'utilisation de pé- 
riphériques externes. L'extension 
évidente de cette philosophie est 
d'intégrer ces derniers. Des produits 
spécifiques peuvent ainsi être 
développés comme une extension de 
l'architecture de base du processeur. 


L'apparition de microcontrôleurs 16 
bits rapides donne aujourd’hui la 
possibilité de résoudre par logiciel 
des problèmes confiés auparavant à 
des circuits externes. La limitation 
principale de cette migration réside 
dans les contraintes de performances 
des solutions logicielles. Le gain 
substantiel de puissance apporté par 
le RTX2000 autorise le rempla- 
cement de boîtiers logiques externes 
par du logiciel, améliorant ainsi la 
souplesse et diminuant d'autant la 
durée du cycle études-mise en vente. 
Par exemple, la rapidité du RTX2000 
permet le développement d’un UART 


Cycles 
Machine 


HARRIS e INTEL 
RTX2000 80286 


.: MULTIPLICATION ENTIERE 
HE DEPLACEMENT BLOCS (cycles par mot) 
EM APPEL SOUS-PROGRAMMES (Call/Return) 


full-duplex émulé par logiciel et 
n'occupe qu’un pour cent de la bande 
passante du processeur. Cet UART 
logiciel remplit les mêmes fonctions 
qu'un UART matériel constitué de 
1500 portes logiques. 


RTX2000: LA 
PERFORMANCE AU 
TRAVERS DE LA 
SIMPLICITE 


L'architecture du RTX partage 
certaines de ses meilleures carac- 
téristiques avec les processeurs RISC 
classiques. Elle suit en particulier le 
modèle RISC d'opérations de charge- 
ment/mémorisation, en restant très 
près de la bande passante du bus 
mémoire. 


Comme sur les processeurs RISC, les 
références d'opérandes se limitent à 
la seule mémoire présente sur la 
puce. 


En revanche, le RTX va plus loin dans 
ce domaine, car, à l'exception d’un 
petit nombre d'instructions, il n’est 
nécessaire de spécifier ni l'adresse 
des données, ni celle de leur source 
ou de leur destination. 


_ 


INTEL MOTOROLA 
80960 (e1s10)210) 


Comparaison des performances, exprimées en nombre de cycles machine, 
entre le RTX2000 et les processeurs INTEL 80286, 80960, MOTOROLA 68020 


Cycles 
Machine 


HARRIS INTEL INTEL MOTOROLA 
RTX2000 80286 80960 (110720 


TEMPS DE REPONSE 
A UNE INTERRUPTION 


Les microcontrôleurs de la famille 
RTX, comme les processeurs RISC, 
exécutent leurs instructions à l'inté- 
rieur d’un seul cycle machine, sauf 
pour les instructions de référence à la 
mémoire s’exécutant en deux cycles 
machine, C’est également dans le 
silicium que se situe le décodage des 
instructions du RTX2000. Son jeu 
d'instructions est codé horizontale- 
ment en champs dédiés, avec des 
fonctions spécifiques d'exécution 
simultanée. Le RTX2000 possède le 
haut niveau de parallélisme caracté- 
risant la plupart des RISC; ainsi 
jusqu'à quatre de ses bus internes 
peuvent être simultanément actifs 
pendant un seul cycle machine. 


LA COMPLEXITE DU 
DEVELOPPEMENT EN 
ENVIRONNEMENT 
TEMPS-REEL 


Les différents facteurs caractérisant 
les logiciels pour systèmes temps- 
réel par rapport aux applications 
conventionnelles de traitement des 
données, sont: 

- la réponse effective aux s{imuli du 
monde extérieur, 

- Ja réponse en untemps déterminé, 


-la manipulation directe des 
ressources matérielles, 

- Jasynchronisation des processus, 

- le haut degré de fiabilité. 


La famille RTX dispose d'outils de 
développement logiciel et d’une ar- 
chitecture rapide pour opérer dans 
l'environnement temps-réel. Elle 
permet un environnement de travail 
interactif fondé sur quatre attributs 
primaires: 

- jeu d'outils hautement intégrés, 

- faible coût et facilité d'utilisation, 
- allègement de l'application, 

- exploitation de la structure intrin- 
sèque du composant comme outil. 


LES PROGRAMMES 
REENTRANTS EN 
ENVIRONNEMENT 
MULTI-TACHES 


Bien que tous les systèmes d’ex- 
ploitation temps-réel soient multi- 
tâches, la réciproque n’est pas vraie. 
UNIX, par exemple, est trop lent pour 
répondre aux interruptions et effec- 
tuer un changement de contexte 
adapté aux applications temps-réel. 
Sa structure interne convient au 
développement logiciel, non au con- 


trôle temps-réel. Il ne supporte pas le 
code réentrant: si 16 utilisateurs 
exploitent l'éditeur, il chargera celui- 
ci 16 fois en mémoire... De plus, il ne 
possède que des mécanismes simples 
pour la synchronisation des commu- 
nications entre tâches. 


Un des avantages d’une machine 
orientée pile réside dans sa capacité à 
gérer la réentrance. Cette réentrance 
est utile dans les systèmes temps- 
réel: 

- optimisation de la mémoire: plu- 
sieurs tâches peuvent utiliser le mé- 
me code, 

- adapté à l’environnement multi- 
tâches: les interruptions peuvent 
également utiliser ce code après un 
changement de contexte. 


FORTH produit un code qui, par 
essence, convient à la réentrance. 


APPLICATIONS DES 
MICROCONTROLEURS 
RTX2000 


Les microprocesseurs RTX ont été 
incorporés dans un grand nombre 
d'applications d'origine très dif- 
férente: 

- compression de la voix (utilisation 
de l'algorithme CVSD). 

- équipement de contrôle audio pro- 
fessionnel par télécommande. 

- reconnaissance de la voix pour 
identification, 

- tomographie industrielle et médi- 
cale, 

- reconnaissance de forme pour télé- 
surveillance, 

- unité centrale d’une 
SCSI. 


interface 


Ces produits sont également bien 
adaptés à d’autres applications, telles 
que les compteurs électroniques, 
contrôle de mouvement, encryptage 
et décryptage des données, systèmes 
de navigation embarqués, et plus 
généralement tout ce qui touche à 
l'acquisition numérique rapide. 


BE 
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CARACTERISTIQUES 
ET ARCHITECTURES TEMPS-REEL 


RTX 2000 - RTX2001A - RTX 2010 


Les circuits RTX de HARRIS sont des microcontrôleurs 
CMOS 16 bits destinés aux systèmes de contrôle 
temps-réel, consommant 5mA/MHz et 500 A en mode 


standby. 


L'architecture RISC du RTX apporte 
une très grande vitesse d'exécution 
du contrôle de flux de données: 

- quatre bus orientés autour de deux 
piles, la première contenant les para- 
mètres et destinée au passage de don- 
nées entre sous-programmes, la se- 
conde gérant l'adresse de retour de 
sous-programme, 

- instructions exé- 
cutées en un cycle ma- 
chine, à l'exception de 
celles faisant référence 
à la mémoire de don- 
née externe, 

- pas d’antémémoire, 
ni de pipeline , donc 
prédictibilité à l’exé- 
cution du code, 

-temps de réponse 
rapide et fixe de 400 ns 
aux évènements exter- 
nes, 

- flexibilité par la visi- 
bilité des registres via 
le bus d’entrées/sortie, 

- périphériques inté- 
grés, un multiplieur 
16 bits, un contrôleur 
d’interruptions, trois 
compteurs/tempori- 
sateurs 16-bits et deux 


MEMOIRE 
PRINCIPALE 
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INTERFACE 
BUS 


MEMOIRE 


contrôleurs de piles. 

- espace utilisateur pour les change- 
ment de contexte en environnement 
multi-tâches. 


L'architecture du RTX a été conçue à 
l'aide de l'atelier logiciel ÆÀTX 
Toolbox, développé pour le program- 


ENTREE 


E 
LE TEMPORISATEURS 


CONTROLES 


HORLOGE ET 
CONTROLE 
CONFIGURATION 


TEMPO- 
RISATEURS/ 
COMPTEURS 


Li CONTROLEUR # 


PAGE MEMOIRE 


PILE 
PARAMETRE 


ENTREE 
INTERRUPTIONS 


CONTROLEUR 
D'INTERRUPTIONS 


UNITE CENTRALE 
DU RTX2000 


PILE 
RETOUR 


CONTROLEURS DE PILE 


PROGRAMMABLES 


me RTX. Celui-ci comprend un 
ensemble complet d'outils de 
conception et de briques réalisé à 
partir d’une bibliothèque de cellules 
standard. Grâce à elles, les concep- 
teurs bénéficient en les réutilisant 
d’un très grand degré de souplesse et 
d’automatisation. 


Le RTX a été conçu pour exécuter 
directement les instructions en lan- 
gage évolué Forth, supprimant ainsi 
tout recours à la programmation en 
assembleur. Le jeu d'instructions 


PERIPHERIQUES 
EXTERNES 


INTERFACE 
BUS ASIC 


microcâblé apporte les fonctions né- 
cessaires pour coder la plupart des 
instructions Forth directement dans 
le coeur du RTX. Ce dernier dispose 
d'instructions spécifiques pour ma- 
nipuler les piles, accéder à la mémoi- 
re, contrôler l'exécution de program- 


= mars - maot 
uDs 
LDS 
NEW 
BOOT 
MR/W 
FPS Mo15 - MDoo 


me, opérer des calculs arithmétiques 
etlogiques. 


Une instruction du RTX peut com- 
biner jusqu'à 4 instructions Forth 
évoluées, portant la vitesse d’exécu- 
tion à un débit supérieur à celui de 
l'horloge du processeur, soit 15 à 40 
millions d'opérations par seconde 
pour une vitesse d'horloge de 10 
MHz. Avec son architecture en pile 
DUAL STACK, le RTX est tout 
particulièrement conçu pour 
exécuter plusieurs autres langages 
classiques, tels que le C, orienté 
autour du débogueur, et ADA. 


RTX: 

UNE ARCHITECTURE 
QUATRE BUS PARA- 
LELLES ORIENTEE PILE 


Le RTX est un microcontrôleur dis- 
posant de deux piles intégrées. Tou- 
tes les fonctions mathématiques, les 
entrées/sorties et les accès mémoire 
reçoivent et transmettent leurs para- 
mètres respectivement de et vers la 
pile paramètre. Les appels de procé- 
duresutilisent la pile de retour. 


Le RTX contient 23 registres 16-bits. 
Ces registres contrôlent la configu- 
ration et l’état du microcontrôleur, 
conservent les résultats intermédiai- 
res et servent d'interface avec les 
périphériques intégrés. Les registres 
et les piles sont tous reliés par des bus 
16-bits chargés du transfert de 
données entre le processeur et son 
environnement. 


LES PILES DUAL STACK 


Les deux piles de type LIFO du RTX 
ont chacune 256 niveaux. L'élément 
supérieur de chaque pile est acces- 
sible directement par un registre. Le 
reste de la pile est contenu dans une 
mémoire RAM intégrée. La logique 
de contrôle associée à chaque pile 


MEMOIRE 
PILE 
RE 


détermine quel emplacement dans la 
piledoitétreluouécrit. 


La pile paramètre reçoit les opéran- 
des traités par les opérations mathé- 
matiques, logiques et d'accès mé- 
moire, ainsi que le passage de para- 
mètres entre sous-programmes. Une 
opération d’empilage ou de dépilage 
est exécutée en un seul cycle ma- 
chine. 


La pile de retour mémorise les adres- 
ses de retour des sous-programmes 
et peut contenir un index de boucle 
lors de l’exécution des instructions 
itératives. La pile de retour peut aussi 
être utilisée comme zone de stockage 
temporaire. 


UNE ARCHITECTURE 
QUATRE BUS INTERNES 


L'architecture en QUAD BUS consis- 
te en 4 bus 16-bits indépendants, 
actifs simultanément: 

- le bus de mémoire principale, com- 
posé de deux bus distincts, bus 
d'adresses et bus de données, chargé 
du transfert des instructions et don- 
nées du programme. Un échangeur 
d’octets contrôle l’ordre de lecture/ 
écriture dans la mémoire au format 
INTEL ou MOTOROLA. Grâce au bus 
20 bits (UNS/LAS) destiné aux accès 
mémoire, le RTX adresse directe- 


LIT TT Î 
INTERFACE INTERFACE 
BUS MEMOIRE BUS ASIC 


GD15 - GD00 


c 
TC2 TP2 
ÉMULTIPLIEUR] 
16X 16 
MHR 
MLR 


ment 512 KMots de mémoire, soit 16 
pages de 32 KMots. 

- le bus 16 bits de la pile paramètre 
empile le résultat des opérations pro- 
venant de l'ULA, la mémoire princi- 
pale ou desentrées/sorties. 

- le bus 21 bits de la pile de retour 
empile l'adresse du retour de sous- 
programme. 

- le bus rapide destiné aux entrées/ 
sorties du RTX, appelé bus ASIC, est 
le bus principal de commande. Il ac- 
cède directement aux registres inter- 
nes et aux périphériques externes. Il 
est possible de connecter au bus ASIC 
des sources externes de données 
rapides ou des accélérateurs de trai- 
tement servant d'extensions natu- 
relles à l'architecture interne. Le 
taux de transfert est de 20 Moctets par 
seconde. De plus, le bus ASIC donne 
accès en lecture et écriture, en un cy- 
clemmachine, aux registres internes. 


LES REGISTRES 


Le RTX contient trois sortes de regis- 
tres, les registres relatifs aux piles, 
les registres de statut/contrôle acces- 
sibles à travers le bus ASIC, et divers 
autres registres qui ne sont pas direc- 
tement accessibles: 

- registre de sommet de pile (T pour 
Top). Il contient le sommet de la pile 
paramètre. Toutes les fonctions de 
PALU sont alimentées par T. Le con- 
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tenu de T peut être dirigé vers tous les 
registres du bus ASIC et les entrées/ 
sorties. 

- registre suivant (N pour Next). Il 
contient le second élément de la pile 
paramètre. N sert de pointeur pour 
toutes les opérations d’écriture/lec- 
ture en mémoire. 

- registre d’index (I pour Index). Il 
contient les 16 bits de poids faible du 
sommet de la pile de retour, auxquels 
sont associés les 5 bits du registre IPR 
(IPR pour Index Page Register). 

- registres d'état ou de contrôle du 
RTX. Ils déterminent l’environne- 
ment et permettent au processeur de 
contrôler et d'agir surlesE/S. 

- registre d'instruction (IR). Il con- 
tient l'instruction en cours d’exécu- 
tion. Les bits de cette instruction 
sont décodés pour déterminer quelle 
opération interne doit être effectuée, 
l'emplacement de la prochaine ins- 
truction à exécuter, et pour apporter 
une donnée immédiate. IR est chargé 
directement depuis la mémoire cen- 
trale et n’est pas accessible par pro- 
gramme. 


Tous ces registres, excepté IR, sont 
accessibles depuis le bus ASIC. Cha- 
que registre possède une adresse bien 
définie. Le RTX peut adresser 32 péri- 
phériques ASIC. Les adresses ASIC 0 
à 23 (17H) sont réservées pour les re- 
gistresetlesE/S intégrées. 


LA MEMOIRE 


Dans le RTX2000, on trouve trois sor- 
tes d'instructions de référence à la 
mémoire: accès en mémoire pro- 
gramme, accès en mémoire données 
et accès en mémoire utilisateur. Le 
jeu d'instructions du RTX dispose de 
classes d'instructions se référant à 
chacun de ces espaces mémoire: 

- mémoire programme. Elle con- 
tient les instructions exécutées par le 
RTX. Le bus adresse mémoire de 20 
bits du RTX est décomposé en 16 bits 
d'adresse provenant du registre T et 4 
bits du registre de page. 

- mémoire données. La classe d’ins- 
tructions se référant à la mémoire 
données comprend les adresses RAM 
utilisées pour les variables et le sto- 
ckage des données. Le RTX y accède 
par 16 ou 8 bits. Les accès sont consi- 
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dérés sur 8 bits lorsque l’octet de 
poids fort deT est à zéro. 

- mémoire utilisateur. L'espace mé- 
moire utilisateur est un bloc de 32 
mots accessibles pour le RTX sans 
avoir à charger d'adresse sur la pile de 
retour. L'adresse logique à référen- 
cer dans le bloc est comprise dans le 
code de l'instruction. Cette zone de 
mémoire sert au stockage des don- 
nées nécessitant un accès fréquent, 
cas des paramètres système ou des 
sauvegardes de contexte de tâche en 
mode multi-tâches. 


APPELRETOURDE 
SOUS-PROGRAMME EN 
UN SEUL CYCLE 
MACHINE 


Quand un appel de sous-programme 
est exécuté, l'adresse de l'instruction 
suivante est sauvegardée dans la pile 
de retour. En fin de sous-program- 
me, l'exécution se poursuit à l’adres- 
se sauvegardée sur la pile de retour. 
Si le retour de sous-programme est 
intégré au code de l'instruction en 
cours de traitement par mise à un bit 
de retour (return bit), celui-ci sera 
exécuté en zéro cycle machine et en 
un cycle dans les autres cas. 


BRANCHEMENTS 
ET BOUCLES 


Le RTX exécute des branchements 
inconditionnels ou conditionnels en 
fonction du contenu des registres T 
oul. 


Tous les branchements s’exécutent 
en un cycle, qu'il soit effectif ou non. 
Pour les boucles rapides, on peut 
faire appel à la forme NEXT du bran- 
chement conditionnel. Dans ce cas, 
le nombre d'itérations est chargé 
dans le registre I. 


LES INSTRUCTIONS 
ITERATIVES 


Les itérations peuvent exécuter un 
bloc d'instructions sans recourir àun 
cycle recherche et décodage, option 
fréquemment utilisée pour les trans- 
ferts de données, les boucles ou cer- 
taines opérations mathématiques. 


LES OPERATIONS 
DE L’UNITE ARITHME- 
TIQUE ET LOGIQUE 


L'ULA prend en charge les opérations 
d’addition, soustraction et les opéra- 
tions logiques AND, OR, XOR, NOR, 
NAND et XNOR. Le registre T corres- 
pond toujours à une des entrées de 
l'ULA. La seconde entrée provient des 
registres ou des entrées/sorties. Le 
contenu des registres T et N est tou- 
jours utilisable comme opérandes de 
l'ULA. 


LES INTERRUPTIONS 


Le RTX peut être interrompu par des 
sources internes ou externes. Le con- 
trôleur d’interruptions intégré ac- 
cepte 14 entrées dont 13 masquables 
et une non masquable. Il vérifie ces 
entrées à chaque instruction et rend 
prioritaire une demande active, puis 
la signale au contrôleur. Pendant ce 
cycle, le processeur sauvegarde l’a- 
dresse d'exécution courante sur la pi- 
le de retour, inhibe les interruptions, 
puis lit un vecteur pointant sur l’a- 
dresse du sous-programme de traite- 
ment de l'interruption correspon- 
dante. 


LE MULTIPLIEUR 
(RTX2000) ET LES 
OPTIONS VIRGULE 
FLOTTANTE (RTX2010) 


L'unité de calcul dispose d’un multi- 
plieur parallèle 16x16 bits intégré. Le 
multiplieur travaille selon deux mo- 
des de précision distincts: 

- produit complet sur 32 bits, 

- où 16 bits significatifs avec ou sans 
arrondi. 


L'option d’arrondi est programmée 
avec un seul bit de configuration. Les 
opérandes de la multiplication pro- 
viennent des registres T et N. Le rés- 
ultat est stocké dans T et N, ces deux 
registres étant considérés dans ce cas 
comme registre 32 bits. 


Trois commandes distinctes contrô- 
lent lamultiplication: 
- avec signe, en complément à deux, 


MULTIPLIEUR 
16 x 16 ÿi 


UN CYCLE D'HORLOGE 
POUR LA MULTIPLICATION 


- sans signe, 

- suite de produits. Dans ce cas, le 
premier opérande est fixe et se trouve 
dans le registre N, tandis que la suc- 
cession des autres opérandes passe de 
la mémoire vers le multiplieur à tra- 
vers le registre TOP. Les bits de poids 
fort du produit arrondi sont alors dis- 
ponibles. Cette opération est particu- 
lièrement utile pour le décalage ou le 
changement d'échelle de gros blocs 
de données ou d'adresses, dans les 
traitements graphiques par exemple. 


Le RTX2001A, produit faible coût dé- 
rivé du RTX2000, ne dispose pas du 
multiplieur intégré. Il conserve ce- 
pendant tous les registres 16 bits 
pour les opérations racine carrée, 
division, afin de conserver une por- 
tabilité montante. 


Le RTX2001A possède deux piles 
intégrées de 64 niveaux et présente la 
plupart des caractéristiques du RTX- 
2000 mais il dispose d'un contrôleur 
d'interruption renforcé pour les opé- 
rations multi-tâches. 


Le RTX2010, compatible broche à 
broche avec le RTX2000, possède une 
unité mathématique à virgule flot- 
tante. 


CONTROLEUR DE PILES 


Le RTX-2000 possède deux contrô- 
leurs de pile programmables pour as- 
surer l’adressage implicite des deux 
piles et surveiller les positions des 
pointeurs de pile dans chaque espa- 
ce-adresse de celle-ci. Chacun d'eux 
peut placer ou retirer jusqu'à 256 
mots par pile. 


LECTURE 
RESULTATS 
(Produit 32 bits) 


(16 Bits) 


(16 Bits) 


Pas 
d'empilage 
mémoire 


»><« UN CYCLE D'HORLOGE 
POUR CHAQUE LECTURE/EMPILAGE 


Chaque registre programmable 
LIMIT des contrôleurs de pile, fixe le 
nombre maximal de mots que l’on 
peut placer sur chacune d'elles sans 
engendrer de débordement. L’utili- 
sateur peut affecter une limite de pile 
inférieure à sa profondeur physique 
pour y réserver un espace de ma- 
noeuvre. De même, une interruption 
se produit lors d’une tentative de 
dépilage de données alors que le re- 
gistre T est vide. Les valeurs des deux 
registres 8 bits LIMIT sont contenues 
dans un registre 16 bits de limite de 
pile. 


CONTROLEUR 
D’'INTERRUPTIONS 


Les interruptions internes et exter- 
nes sont gérées par le contrôleur 
d’interruptions gérant 14 niveaux de 
priorité. La priorité la plus élevée est 
attribuée à l'interruption non 


masquable (NMI). Neuf de ces inter- 
ruptions servent à traiter les dépasse- 
ments haut ou bas des piles, la NMI, 
l'interruption logicielle et les trois 
registres compteurs/temporisateurs. 
Les cinq autres niveaux d’interrup- 
tion sont disponibles pour les bro- 
ches d'interruptions externes. 


COMPTEURS 
D'EVENEMENTS 
ET REGISTRES 
D'HORLOGE 


Le RTX2000 possède trois comp- 
teurs/temporisateurs 16 bits, confi- 
gurables séparément comme comp- 
teurs d'événements ou comme regis- 
tres d'horloge. 


Si les compteurs sont configurés en 
mode comptage décrémental (comp- 
tage d'événements), ils sont prêts à 
recevoir des signaux externes sur 
l’une des broches partagées avec les 
entrées d’interruptions. Dans ce 
mode, les compteurs engendrent une 
interruption à chaque passage au 
Zéro. 


En mode registre d'horloge, les 
compteurs sont alimentés par 
l'horloge interne du système et avan- 
cent en synchronisme avec l’horloge 
interne du processeur. Par défaut, 
tous les compteurs sont considérés 
comme registres d'horloge. 


15 14 13 12 11 10 09 08 07 06 05 04 03 02 01 00| 


H5 14 13 12 11 10 09 08 07 06 05 04 03 02 01 00 


NEXT 
H5 14 13 12 11 10 09 08 07 06 05 04 03 02 01 00 


15 14 13 12 11 10 09 08 07 06 05 04 03 02 01 00 
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Chaque temporisateur/compteur 
comprend un registre de préchar- 
gement, un compteur 16 bits, un cir- 
cuit de sélection d'horloge, et une 
sortie d'interruption pour synchro- 
niser les sémaphores dans les systè- 
mes multi-tâches temps réel. 


LA GESTION MEMOIRE 
MULTI-TACHES 


Le RTX adresse directement 512 
KMots de mémoire, partagés en 16 
pages de 32 KMots. L'espace code est 
accessible par toutes les instructions 
de chargement. L'espace données se 
réfère aux instructions de référence 
mémoire. L'espace utilisateur per- 
met de disposer de façon très efficace 
d’un bloc de 32 mots se trouvant 
n'importe où en mémoire. 

Pour offrir un solution complète la 
famille RTX comprend les périphé- 
riques suivant: 

- le RTX2152 2Mbits UART. Un ré- 
cepteur/transmetteur asynchrone 
universel programmable, de haute 
performance, et un générateur de 
vitesse de transmission qui tolére- 
ront des vitesses de transmission des 
données allant jusqu'à 2.06 Mbits 
avec une horloge 16X (0 à 33 MHz). 
Ce produit fournit une interface di- 
recte RTX et il est totalement opéra- 
tionnel après avoir programmé seu- 
lementtroisregistres internes 8bits. 
-le contrôleur LAN ARINC 
RTX1553, codeur/décodeur man- 
chester. 

-le microcontrôleur 16 bits 
RTX2010 avec unité de virgule flot- 
tante intégrée, disponible en 1990, 
-le microcontrôleur 32 bits 
RTX4000 avec unité de virgule flot- 
tante intégrée, en cours de dévelop- 
pement. 


En complément, Harris propose 
pour les solutions aux applications 
microcontrôleur temps réel, les 
interfaces bus industriel VME, 
MULTIBUS IT , GESPAC , MCA 
NUBUS et SUNBUS de la famille FCT 
en technologie BICMOS avec une 
sortance de 64 mA. 


C1 
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L'ENVIRONNEMENT DE 
DEVELOPPEMENT DE 
LA FAMILLE RTX 


La famille RTX2000, RTX2001A, RTX2010 dispose d’un 
environnement de développement matériel et logiciel 


intégré. 


Le système de développement 
RTXDS constitue la partie matérielle 
et est relié à un système hôte, un 
micro-ordinateur de type IBM PC/ 
XT/AT ou compatible, par une liaison 
série. 


Le système hôte supporte la version 
PC-FORTH comprenant un éditeur 
d'écrans, un compilateur FORTH 
compatible 8088/286, un compi- 
lateur cible pour le RTX2000, un 
désassembleur et un moniteur de 
mise au point. 


L'ensemble logiciel comprend: 

- un émulateur logiciel qui téléchar- 
ge le programme développé depuis le 
micro-ordinateur hôte vers le systè- 
me de développement via la liaison 
série, 

- des routines logicielles, tels qu’un 
désassembleur et un moniteur de mi- 
seaupoint associant le code source. 


Cet ensemble logiciel est accompa- 
gné de manuels de références techni- 
ques, Harris RTS Software Develop- 
ment System, en langue française sur 
demande. 


Grâce à la nature structurée et mo- 
dulaire du langage Forth, le pro- 
gramme est mis au point et testé sans 
difficulté. Le système de développe- 
ment permet d’émuler, placer des 
points d’arrêts, désassembler le code, 
visualiser le contenu de la mémoire 
et des registres, lister la table des 
symboles et imprimer le code. 


L'ENVIRONNEMENT 
LOGICIEL 


Le langage FORTH est particuliè- 
rement adapté au développement des 
applications temps réel. Avec 
FORTH, écrire une application con- 
siste à définir de nouveaux mots ou 
instructions de manière interactive. 
Ces mots, similaires aux procédures 
définies dans des langages plus con- 
ventionnels, sont exécutables en mo- 
de interprété immédiatement après 
compilation, que ce soit depuis le 
clavier ou depuis un fichier source. 


Les mots définis par l'utilisateur 
deviennent partie intégrante du dic- 
tionnaire. Ils peuvent utiliser toutes 
les primitives pré-définies ou devenir 
eux-mêmes primitives des mots à 
définir. Si un mot est intégré à la 
définition d’une procédure plus 
générale, il reste cependant exécu- 
table individuellement. Cette inter- 
activité est un des atouts majeurs du 
langage de développement Forth. 
Ceci permet une définition des tâ- 
ches exécutées par la machine en 
éléments faciles à contrôler, tout en 
conservant une structuration du 
programme global. 


En plus des types de données pré- 
définis, Forth peut créer de nouveaux 
mots de définition, technique simi- 
laire à celle des langages orientés 
objet. Forth permet la création d’un 
répertoire virtuellement illimité de 
types de données et de structures. 


Une grande partie du programme 
utilisateur peut être développé de 
façon autonome et débogué unique- 
ment dans l’environnement hôte. 
Après la compilation croisée, les 
mots spécifiques à la machine, habi- 
tuellement liés aux matériels et/ou 
critiques en temps d'exécution, sont 
implantés dans le système cible. Le 
code résultant est ensuite transféré 
dans la mémoire locale du RTX2000 
pour exécutionettest. 


Le désassembleur permet de visuali- 
ser le code objet généré. Aucune opti- 
misation n’est requise, la structure 
du programme source étant en par- 
faite concordance avec le code objet. 


Le compilateur cible produit un code 
binaire pur, dépourvu d’en-tête, di- 
rectement implantable en mémoire 
morte, ce sans recourir à un noyau 
exécutable ou à un système d’exploi- 
tation temps-réel externe. 


Hormis Forth, le langage C est dispo- 
nible grâce à un compilateur croisé C 
fonctionnant sur PC. Un débogueur 
en ligne permet un développement 
rapide dans un environnement à fe- 
nêtres. Un noyau multi-tâches, profi- 
tant des spécificités de l'architecture 
de la famille RTX, sera prochaine- 
ment disponible. 


Le cycle normal de développement, 
ne passant plus par la traditionnelle 
phase ECLR (Edit Compile Link and 
Run), est ainsi simplifié d'autant. 


La plupart des programmes FORTH 
non spécifiques à une machine sont 
développés et mis au point en envi- 
ronnement hôte. Après une première 
compilation croisée, les mots spéci- 
fiques à la machine sont traduits en 
code cible. Ce code cible est ensuite 
téléchargé dans la mémoire du RTX- 
2000 pour exécution. 


Le système de supervision hôte-cible 
du RTXDS assure la surveillance per- 
manente de l'exécution du program- 
me en mode pas à pas ou en continu. 


Les références de mise au point sont 
en clair. Il ne s'agit donc pas de sim- 
ples références de pointeurs. 


Le désassembleur renvoie le code 
compilé sous forme d’une suite d’ins- 
tructions machine exprimées en pri- 
mitives RTX2xxx FORTH. Le flux 
d'exécution peut être vérifié et per- 
met le comptage des cycles machine. 


MATERIELS DE 
DEVELOPPEMENT RTX 


Le système de développement 
RTXDS contenant: 

- lemicrocontrôleur RTX2000, 

- 16Kooctets d'EPROM, 

- 32 Ko octets de mémoire RAM, 

- ports d'entrée parallèles, 

- trois ports de sortie parallèles, 

- un UART 

- etun emplacement dédié aux déve- 
loppements de l'utilisateur (exten- 
sions mémoire sur demande). 


L'émulation logicielle du RTX offre 
des possibilités de développement 
simultanées. La phase de contrôle et 
de mise au point nécessitera la pré- 
sence effective du système de déve- 
loppement. 


Les développements destinés au 
RTX2010, version à virgule flottante, 
peuvent s'effectuer sur le RTXDS. 


La carte de développement RTXDB- 
10 ou RTXDB-8 constituent un systè- 
me d'évaluation à architecture mini- 
male. Elle permet le développement 
d'applications à partir des logiciels 
définis par l'utilisateur ou grâce au 
logiciel de développement RTS 
Harris acquis séparément. 


Kits d'extension mémoire pour 
RTXDS: 

- référence RTX-MX64, 64 Ko de 
SRAM à 35 ns de temps d’accès. Un 
emplacement pour extension mé- 
moire de 128Koest prévu. 

- référence RTX-MX192, 192 Ko de 
SRAM à 35 ns de temps d'accès. 


Les produits RTX présentent des per- 
formances tout à fait remarquables 
pour les applications temps réel exé- 
cutant des calculs ultra-rapides sur 
des entiers ou incluant des processus 
de décision tels les tris, recherches et 
comparaison de structures. 


La simplicité matérielle de ses inter- 
ruptions et de ses appels de procé- 
dures le destinent aux applications 


PR D 0 CP: 


connaissance précise du nombre de 
cycles machine sont indispensables. 


Grâce à la structure matérielle et lo- 
gicielle des circuits RTX, la mise au 
point finale peut être réalisée sur 
l'application elle-même sans l’aide de 
l’'émulateur, facilitant ainsi l’intégra- 
tion sur lesite. 


LANGAGE C 


Les applications temps-réel tendent 
vers une complexité supérieure aux 
applications standards, au niveau lo- 
giciel, et souffrent paradoxalement. 
d’un manque de caractéristiques adé- 
quates dans les langages de haut 
niveau. En effet, la facilité et la vitesse 
de développement deviennent des 
critères de plus en plus importants 
dans le choix d'une architecture à 
base de microcontrôleur. 


Grâce au langage FORTH couvrant à 
la fois les besoins de rapidité temps 
réel et offrant les structures d’un lan- 
gage de haut niveau, le programmeur 
dispose ainsi d’un environnement 
logiciel C orienté FORTH très 
performant. 


Le compilateur RTS-C, développé 
pour la série des microcontrôleurs 
RTX, est un compilateur croisé géné- 
rant du code FORTH très efficace. Le 
compilateur est disponible pour les 
développeurs de système temps réel 
préférant programmer en langage C, 
et profiter ainsi des librairies stan- 
dards et des librairies spécifiques aux 
composants des séries RTX2000 
(multiplieur intégré) ,RTX2001A 
(sans multiplieur) et RTX2010 (avec 
virgule flottante). 


Le compilateur croisé C, fonction- 
nant sur PC, associé à un débogueur 
au niveau ligne C, permet un déve- 
loppement rapide dans un environ- 
nement à fenêtres. 


Ce produit compile le code évolué du 
langage C en code FORTH exécutable 
par le RTX, et permet d'inclure 
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Step Display Break Fret Lil Assign Find Go Options Quit 
rea 


At Cursor Position 
3 #de] At Function Entry 
Show Breaks 
Delete Breaks 
Remove All Breaks 


in 
int array[SIZE]; 
int total = O; 
: index = 0; 
: do 


array[index] = index; 


total += arraylindex++]; 


me: 
: while (index < SIZE); 


Output Window 
Program running … | 


File:sample.c Line: 9 Context: Waiting for a command 


également des primitives FORTH. 
L'environnement du compilateur in- 
tègre l'affichage du nombre de cycle 
machine pour chaque instruction en 
langage évolué C. Grâce au débo- 
gueur, le développeur visualise le 
code objet en correspondance avec 
les lignes du programme source. 


Citrl-F8 
F5 
Ctri-F5 


La possibilité d'associer le program- 
me et le nombre de cycles machine 
nécessaires à son exécution repré- 
sente un atout majeur dans les appli- 
cations temps-réel où le temps d’exé- 
cution est un facteur critique. Le 
compilateur produit un code exécu- 
table binaire directement implan- 


table en mémoire morte. Ce code ne 
requiert ni noyau exécutif ni système 
d'exploitation temps-réel externe. 


Le compilateur contient un ensem- 
ble d'outils de programmation: 

- unenvironnement multi-fenêtres, 

- une mémoire de trace, 

- un accès aux commandes MS-DOS, 

- unutilitaire de création, 

- des directives Forthenligne, 

- un débogueur symbolique des ins- 
tructions du langage C, 

- une bibliothèque standard, 

- des primitives dédiées à l’architec- 
ture RTX. 


L'outil de mise au point supporte les 
interruptions, affiche le contenu des 
variables, indique les points d'arrêt. 
Avec les options énstruction, 
affichage, interruption, surveil- 
lance, visualisation, affectation et 
localisation, l'utilisateur peut ainsi 
développer les applications RTX en 
disposant de toutes les facilités de mi- 


seaupoint. 


TURBO 


- FORTH 


OFFREZ-VOUS UN EXCES DE VITESSE 


A l'encontre des avis autorisés, ou censés l'être, 
FORTH n’est ni une religion, ni une chapelle. C’est un 
langage de programmation, véritable environnement 
de développement adaptable à toutes les situations. 


UN LANGAGE 
À PART ENTIERE 


FORTH exploite un ensemble de pro- 
cédures pré-définies incorporées à 
un dictionnaire. Ces procédures 
échangent leurs données en les fai- 
sant transiter par une zone mémoire 
particulière, la pile de données. Cette 
particularité, qui n’est pas spécifique 
à FORTH, impose l’utilisation de la 
notation postfixée pour l’ensemble 
des opérateurs. 
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Le jeu de primitives, très riche, est 
extensible par l'utilisateur en défi- 
nissant de nouvelles procédures ap- 
pelés aussi mots, des variables, des 
constantes, et de nouveaux mots de 
définition. FORTH fait appel à tous 
les types de structures de contrôle, 
bouclesitératives et récursivité. 


UNE ETRANGE DUALITE 


FORTH est à la fois interpréteur et 
compilateur. Tout mot tapé au 
clavier est immédiatement interpré- 


té. La compilation n’est qu’un état 
particulier de l’interpréteur. 


FORTH compile ou interprète indif- 
féremment un flot d'instructions 
provenant du clavier ou d’un fichier 
source. Dans un programme, tout 
mot défini peut être immédiatement 
compilé ou exécuté. 


Le compilateur FORTH ne gère 
aucune table de référence, bibliothè- 
que ou module run-fime. Les liens 
avec les procédures pré-définies sont 
créés pendant la compilation. Le pro- 
gramme source est traité en une 
seule passe. 


Le programme est exécutable immé- 
diatement. Dans la phase de mise au 
point, chaque procédure est exécu- 
table individuellement. Le program- 
meur a accès à toutes les données, va- 
riables, constantes et adresses 
mémoire. 


La rapidité d'exécution des program- 
mes FORTH est comparable à celle 


des programmes générés à partir des 
meilleurs compilateurs. 


LA VERSION 
TURBO-FORTH 
83-STANDARD 


Le langage FORTH souffrait jus- 
qu’alors de particularités rendant 
son apprentissage peu engageant 
pour les débutants: fichiers en blocs, 
éditeur de source en ligne, environ- 
nement mal intégré aux fonctions 
DOS. 


TURBO-Forth compile et édite des 
fichiers source en ASCIT. Un éditeur 
pleine page dispose de toutes les 
fonctions de mise en forme de texte: 
recherche, remplacement, déplace- 
ment, suppression, importation. Si 
l'éditeur fourni avec le produit ne 
convient pas, l'utilisateur peut en 
changer, TURBO-Forth acceptant 
tout type d’éditeur, du simple EDLIN 
fourni avec DOS au plus sophistiqué 
destraitements detexte. 


La compilation ou l'exécution du 
contenu d’un fichier source est lan- 
cée en tapant la directive INCLUDE 
suivie du nom de fichier. Cette direc- 
tive peut également être intégrée au 
programme source pour traiter le 
contenu d’un autre programme 
source. TURBO-Forth peut imbri- 
quer jusqu’à huit directives 
INCLUDE et en enchaîner un nom- 
bre infini. TURBO-Forth autorise la 
modularité en programmation. 


Si d’autres langages acceptent 
l’homonymie des constantes et des 
variables, à la condition de les affecter 
à des procédures distinctes, TURBO- 
Forth va plus loin en tolérant la com- 
pilation des procédures ayant le mê- 
menom. 


DES VECTEURS 


TURBO-Forth exploite largement le 
concept de vecteurs. Cette technique 
particulière de programmation exé- 
cute une définition par double indi- 
rection du pointeur d'interprétation. 


La vectorisation permet de rediriger 
les flux d'entrées et sorties système, 


l'interpréteur externe, le décompila- 
teur. L'utilisateur peut modifier aisé- 
ment l’ensemble du comportement 
du langage et par conséquent, celui 
de son application. 


UN ASSEMBLEUR 


TURBO-Forth dispose d’un assem- 
bleur très complet. Un mot défini en 
code machine est intégré au diction- 
naire au même titre qu’une défini- 
tion en langage évolué. 


L'assembleur utilise ses propres 
structures de contrôle, évitant ainsi 
le recours abusif aux labels et aux 
branchements toujours lourds à 


gérer. 
UN META-COMPILATEUR 


Derrière ce terme se cache le concept 
le plus puissant lié au langage 
FORTH. 


La version TURBO-Forth n'a pas été 
développée à partir d’un quelconque 
assembleur ou compilateur, mais 
avec TURBO-Forth lui-même. 


Pour lancer une session de méta- 
compilation, TURBO-Forth charge 
d'abord un méta-générateur. 
Ensuite, le méta-générateur va cher- 
cher les fichiers source écrits en 
FORTH, et génère le code exécutable 
dans un segment mémoire adjacent. 
En fin de méta-compilation, ce code 
est sauvegardé sur disque. L’utilisa- 
teur dispose d’une nouvelle version 
de TURBO-Forth. 


Si la directive de compactage est acti- 
ve au lancement de la méta-compila- 
tion, le programme résultant sera 
réduit aux seules routines effective- 
ment utilisées par le programme 
d'application. La compacité du code 
généré est telle qu’un clone du traite- 
ment de texte WordPerfect (limité à 
l'édition des fichiers ASCII) tient en 
16 Ko et dispose quand même de res- 
sources avancées: recherche avant et 
arrière, substitution, déplacement de 
blocs, gestion simultanée de deux do- 
cuments, définition de macros... 


En chargeant un assembleur, défini 
dans un fichier source, destiné à des 


processeurs 8051, 68HC11, HARRIS 
RTX 2000, etc.., TURBO-Forth peut 
méta-générer du code exécutable sur 
des systèmes ne disposant d'aucune 
ressource matérielle et logicielle 
pour héberger des outils de déve- 
loppement. 


L'INTERACTIVITE 


TURBO-Forth dispose de nombreu- 
ses options paramétrables pour assis- 
ter le programmeur pendant la phase 
de mise au point: 

- l'option ASSIST? ON affiche en 
permanence le nombre de paramè- 
tres déposés sur la pile et la base 
numérique courante, 

- l'option ECHO ON ou OFF active 
ou désactive l'affichage du program- 
meencours decompilation, 

- l'option CAPS ON ou OFF, accepte 
ou non la différence entre caractères 
majuscules et minuscules dans le flot 
d'entrée, 

- l'option SEE, décompile un mot. Si 
le désassembleur est chargé, SEE 
désassemble également les mots défi- 
nis en code machine. SEE agit sur 
tout le dictionnaire FORTH, y com- 
prisles primitives pré-définies, 

- l'option DEBUG, active le débo- 
gueur pour exécution en mode trace 
du mot à contrôler. Le mot pointé par 
DEBUG est affiché en surintensité 
lors du listage du vocabulaire ou la 
décompilation d’un mot. 

- option HELP, affiche une ou plu- 
sieurs lignes de commentaire. Ces 
commentaires sont définis dans des 
fichiers d'extension .VOC. Une routi- 
ne spéciale LEARN permet à TURBO- 
Forth d'apprendre la documentation 
afférente à son vocabulaire. 

- l'option EOF. Ce mot provoque une 
fin de fichier artificielle. Ce mot est 
généralement suivi d’une documen- 
tation très détaillée sur le program- 
me chargé. Avec TURBO-Forth, il 
n’est pas nécessaire de séparer le pro- 
gramme source et sa documentation. 


UNE BOITE A OUTILS 


Alors que la majorité des outils de. 
développement professionnels ne 
mettent à la disposition des déve- 
loppeurs que des programmes et des 
bibliothèques sous forme compilée 
ou de fichiers objet, les concepteurs 
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de TURBO-Forth, croyant en la no- 
tion de langage totalement ouvert à 
l'utilisateur, fournissent le langage 
avec ses Sources. 


Le Package TÜURBO-Forth contient 

également de nombreux program- 

mes destinés à être exploités en l’état 

ou modifiés parles utilisateurs: 

- gestion cartes graphiques CGA, 

HERCULES, EGA, 

- gestion liaison série, dont primi- 

tives de gestion MINITEL, 

-accès fichiers (accès séquentiel, 

accès direct), 

- gestion fichiers au format dBASE 

ITT/ITI+, 

- fonctions d'animation graphique 

3D, 

- éditeur ASCII (clone WordPerfect), 
-pas moins de trois packages de 

traitement mathématique en virgule 

flottante, dont un package mathéma- 

tique CORDIC (traitement numéri- 

que à précision variable), 

- définition de variables locales, no- 

tation infixée, gestion chronomètre, 
- désassembleur 8086, etc. 


TURBO-Forth est l'outil idéal de dé- 
veloppement pour toutes les applica- 
tions professionnelles de contrôle de 
processus et de traitement en temps 
réel. Il sera également très apprécié 
pour le développement d’applica- 


tions compactes. 


PROGRAMME: 
CONTROLE 
D’'INTERRUPTION 


À titre d'illustration, le court 
programme diffusé ci-contre 
illustre une méthode de 
détournement des interruptions. 


Le mot I NTe lit un vecteur 
d'interruption à partir de son 
numéro préalablement déposé au 
sommet de la pile de données. En 
sortie, I NTe laisse le segment et 
l’offset du code exécutable pointé 
par l'interruption. 


LISTING: 
\ Détournement des interruptions 6066 
\ M.ZUPAN 6/88 
HE% 
CODE INTe © n - seg adr ) \ lit vecteur d'interruption 
ax pop 35 # ah mou 21 int es push  bx push 
HEAT C; 
CODE INT! € seg adr n - ) 
\ écrit un vecteur d'interruption 
ax pop dx pop bx pop ds push bx ds mou 
25 # ah mou 21 int ds pop HEAT C; 
DECIMAL 
\ INT@e et INT! permettent de gérer les vecteurs 
\ d'interruption 6066: ils doivent être utilisés pour 
\ lire ou modifier les vecteurs des 256 interruptions 
\ numérotées 00 à FF de la table située en mémoire basse 
\ du système (entre 0:0 et O:400), | est en effet 
\ fortement déconseillé d'écrire directement dans cette 
\ table: une interruption pouvant toujours survenir en 
\ cours d'écriture, ce qui peut avoir des conséquences 
\ catastrophiques, 
NEUF \ fin fichier en l'absence de l'exemple qui suit 
Me 2e sine men mme eine Ge eee ee mes SRE 
\ Exemple d'application au vecteur 09 du Clauier 
A nement etant ef fines ST uen CS 
HE%x 
2UARIAGLE OLDINTO9 \ conserve vecteur initial de Int09 
9 INTe OLDINTO9 21! 
LABEL HEUINTO9 \ nouveau traitement de I[nt09 
ax push 
60 # al in 
al ah mou 
60 # al and 
0 # al cmp 
O= ÎF 10 # ah cmp 
Û<> IF 38 # ah cmp 
O<> IF \ routine bip 
61 # al in 
FE # al and 
02 # al xor 
61 # al out 
THEN 
THEN 
THEN 
ax pop 
FAR cs: OLDINTO9 S#) jmp \ saute enfin au 
traitement int09 
DECIMAL 
\ mots utilisateur: BIP / NOBIP 
N messe 
BIP € -) 
\ vectorise int09 sur Hewlnt09: clavier sonorisé 
9 INTe OLDIHTO9 21 


er ee De 


DSEGHENT HEUIHTOQ 9 INT! $ 
HOBIP (€ -) 
\ restitue ancien vecteur de 
OLDINTO9 2e 9 INT! ; 


int09: clavier muet 


ATTENTION: ne pas oublier de restituer le vecteur 09 
par NOBIP quand vous quitterez TURB0O-Forth (à 
moins de le laisser résident) sous peine de 
plantage au premier effleurement du clavier! 


Pour tout renseignement concernant TURBO-Forth, contacter: 
REM CORP 17, rue de la Lancette 75012 PARIS, tel: 43.40.96.53 fax:43.42.32.15 
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RESEAUX ET CODE BARRES 


L'EXEMPLE CROSS-BAR 


En matière de réseau industriel codes barres, plusieurs 
considérations entrent en ligne de compte : rapidité des 
transactions, fiabilité de la transmission, possibilités 
de dialogue entre postes, etc. 


SPECIFICITES D'UN RE- 
SEAU CODES BARRES 


Le type d'informations saisies porte 
ici sur des quantités de données rela- 
tivement faibles (10 à 200 caractè- 
res), ce à l’opposé des fichiers beau- 
coup plus importants échangés par 
les réseaux locaux de type bureauti- 
que. 


La saisie codes barres est bien adap 
tée pour la saisie de données en mi- 
lieu industriel, ce en raison de sa bon- 
ne résistance aux salissures et aux 
conditions difficiles. Il est donc né- 
cessaire que le système de trans- 
mission utilisé présente les mêmes 
qualités de résistance à des condi- 
tions externes difficiles: parasites 
électriques, ambiance “sale”, utilisa- 
tion par un personnel non informa- 
ticien. 


La sécurité des données est assurée à 
trois niveaux : 

- à celui du terminal de saisie ou du 
contrôleur de transaction qui doit 
posséder une mémoire C-MOS ; 

- à celui du concentrateur multiple- 
xeur, qui peut posséder sa propre 
mémoire protégée des coupures sec- 
teur; 


- enfin à celui du PC ou du mini, dans 
le cas où la connexion n’est pas faite 
endirectaveclesite central. 


Par ailleurs, le protocole d'échange 
des données entre le concentrateur 
multiplexeur et les terminaux assure 
lui aussi la sécurité des données, ce 
tout en limitant les échanges d’infor- 
mations non-utiles. En particulier, il 
s'assure que les données pourront 
être conservées dans les terminaux 
jusqu’à ce que le concentrateur ou 
même l'unité centrale du système 
utilisé les ait prises en charge. Typi- 
quement, ceci peut être assuré par la 
mémorisation des données par le ter- 
minal qui ne les effacera qu'après ré- 
ception d’un message spécifique du 
concentrateur ou du système 
central. Les réseaux codes barres 
disposent d'un tel protocole, livré en 
standard avec les programmes 
internes des terminaux, impriman- 
tes, lecteurs, et concentrateurs mul- 
tiplexeurs. 


Quant à l’utilisation de terminaux 
programmables, elle permet le con- 
trôle de saisie, contrôle de vraisem- 
blance, en mode local. Cette tech- 
nique supprime ainsi une grande 
partie des échanges avec le site 
central. 


En allant plus loin dans l’utilisation 
de programmes locaux dans les ter- 
minaux, programmes locaux qui 
peuvent être téléchargés du site cen- 
tral pour être modifiés même en 
cours de journée sans interrompre 
les saisies, on peut concevoir un 
système où le flux d'informations à 
un instant donné devienne presque 
uniquement uni-directionnel, l’en- 
semble du réseau de saisie fonction- 
nant alors sans appel au système cen- 
tral.. Celui-ci, quand il le souhaitera, 
viendra interroger le réseau. 


Cette façon de fonctionner est par- 
faitement illustrée par le réseau 
Crossbar mis au point par la société 
INTERMEC. 


CROSS-BAR: 
LA SIMPLICITE 


Crossbar est un cas tout à fait particu- 
lier. Destiné à être installé dans des 
ateliers ou des usines exploitant des 
terminaux codes barres pour faire la 
saisie des événements (début de 
fabrication, vérification d’assembla- 
ge, fin de fabrication, emballage, 
etc..….), ce réseau industriel est d’une 
simplicité quasi-biblique, ce contrai- 
rement à des architectures transac- 
tionnelles plus lourdes (MAP, par 
exemple). 


Le réseau se compose d’un concen- 
trateur autonome intelligent, ayant 
son propre processeur (MC 68000) et 
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3192 Satellite 


de saisie 


1620 Pistolet Laser 


9420 


9420 Terminal portable 


Concentrateur 16 sorties 


(4 multidrop et 12 directes) 


Es | 9511 | 
[_—_—_— 
1260 H 9512 A 
9512 Contrôleur es = 
de Transaction 1 { = 
[ 9512 | 
(7 9511 Terminal 
Ur de saisie 
H 9511 H 
9510 Leveur de 
Code à Barres RES 


—— 
_ 


1260 Crayon 


Ordinateur 


Réseau de saisies de données CROSSBAR 


sa propre horloge interne et d’une ou 
plusieurs lignes deux paires tor- 
sadées blindées qui, dans le cas le plus 
simple, serpentent sur une distance 
maximum de 600 mètres par ligne 
dans l'atelier. Typiquement, on ins- 
talle celle-ci dans le plafond. La liai- 
son est de type RS 422 et permet un 
débit à relativement faible vitesse 
(9.600 ou 19.200 bps), compensé par 
la faible taille des paquets expédiés 
(15 caractères, en moyenne). 


35 terminaux peuvent être connectés 
sur un bus. Le concentrateur va en- 
suite interroger ceux-ci adresse par 
adresse et vérifier dans la boîte aux 
lettres de chacun s’il a un ou plu- 
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sieurs messages à transmettre. De 
son côté, si le concentrateur a, par 
exemple, un message pour À, il le 
déposera dans la boîte. En bref, ici 
c'est le concentrateur qui est maître 
du réseau, ce qui évite et l'emploi 
d'un protocole qui grèverait les 
temps de réponse en alourdissant les 
trames des paquets, et un système 
sophistiqué de gestion des collisions, 
les acquittements étant gérés par le 
concentrateur. On configurera tou- 
tefois le réseau en déclarant les adres- 
ses “vides” afin que le concentrateur 
ne perde pas son temps à les inter- 
roger. Ainsi dispose-t-on d’un systè- 
me possédant sa propre mémoire (64 
Ko dans le concentrateur dont 50 


9161 
8625 Contrôleur de Résau 


8625 Imprimante 


Code à Barres 


réservés aux tampons utilisateurs), 
d’une remarquable tolérance et dont 
les temps d'attente sont extrême- 
ment courts, ceci sans qu'un logiciel 
spécifique ne soit nécessaire pour la 
capture des informations saisies par 
les terminaux codes barres. 
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